Freeform Search 



Page 1 of 2 



Freeform Search 



US Pre-Grant Publication Full-Text Database 

US Patents Full-Text Database 

US OCR Full-Text Database 

EPO Abstracts Database 

JPO Abstracts Database 

Derwent World Patents Index 

IBM Technical Disclosure Bulletins 



Database: 



Term: 



,11 



Display: |lO | Documents in Dis play Format : : j Starting with Number f} 



Generate: C Hit List <? Hit Count C Side by Side C Image 



iiliiil hiilBiill iiiioter^^^^ 



Search History 



DATE: Wednesday, September 12, 2007 Purge Queries Printable Copy Create Case 



Set 

NamQ uer y 
side by 
side 

DB=PGPB,USPZUSOQEPABJPAB,DWPlTDBD; PLUR=YES; OP=OR 



Hit Set 
Count Name 
result set 



L25 


L24 and cybercash 


18 


L25 


L24 


LI 8 and check$ near2 writ$ 


4194 


L24 


L23 


L22 and check$ near2 writ$ 


23 


L23 


L22 


118 and "electronic checkbook" 


58 


L22 


L21 


L20 and 705/38 


124 


L21 


L20 


LI 8 and (pay$ near check or pay with check or e-check$ or electronic adj 
checks) 


5069 


L20 


L19 


LI 8 and (pay$ near check or pay with check) 


4391 


L19 


L18 


(internet or www or network or web) 


2114948 


L18 


L17 


L16 and (anonymous or ailas or unknown or ghost) near (customer or 
person or payer or individual) 


28 


L17 


L16 


(internet or www or network or web) and (e-check or "electronic check" 
or i-check) 


999 


L16 


L15 


235/379 


6500 


L15 


L14 


235.clas. 


99725 


L14 



http://jupiter2:9000/bin/gate.exe?state=uig6s9.3 1 . 1 l&f=frsearch 



9/12/07 



Freeform Search 



Page 2 of 2 



L13 


380/51 


1377 


L13 


L12 


380 clas 


17967 


L12 


LI 1 


700/213 


3075 


LI 1 


LIO 


709 clas 


57420 


LIO 


T Q 


70S r1fl<2 


53529 


T 9 


T R 


70S/43 


807 


T 8 

J^O 


T 7 




890 


T 7 




70S/3Q 


2381 

Z« J O 1 


T 6 


T 5 


705/38 


1300 


L5 


T A 


/ VJ/JJ 


JZ JO 


T 4 


L3 


705/27 


3886 


L3 


L2 


705/26 


7934 


L2 


LI 


705/1 


7597 


LI 



END OF SEARCH HISTORY 



http://jupiter2 :9000/bin/gate.exe?state=uig6s9.3 1.11 &f=frsearch 



9/12/07 



Record Display Form 



Page 1 of 8 



First Hit 



Previous Doc 



Next Doc Go to Doc# 




L25: Entry 2 of 18 



File: PGPB 



Jun 1, 2006 



DOCUMENT-IDENTIFIER: US 20060116960 Al 
TITLE: Transfer instrument 



Brief Summary Text : 

[0011] The internet/ a series of thousands of computer networks around the world, 
has recently gained substantial popularity due to its promise of providing 
connectivity between so many computer users with functionality such as electronic 
mail, file transfer, and remote login. The customer base of internet users is 
expanding by the thousands and more businesses are discovering the marketing 
opportunities and advantages available on the "net." The World Wide Web, or Web, is 
an interface to the internet which provides for easier access to information, goods 
and services. 

Brief Summary Text : 

[0012] In the business arena, a merchant can, with an internet address (also called 
a URL) and a hypertext editor, develop a hypertext document called a "home 
page" {or "virtual storefront") which can be presented (i.e. displayed) to a user 
when he connects to the merchant's Web server over the Web via the URL or a link or 
pointer thereto. That home page may provide descriptions of products and services 
through the, use of media such as graphic images, sound, and hypertext link choices. 
The information allows the consumer to find the product or service he desires to 
purchase from his computer, as well as comparison or price shop. The result is an 
easily accessible system for purchasing anything from articles, pictures and advice 
to plumbing supplies, skis and tickets. 

Brief Summary Text : 

[0013] The rapid expansion of the internet, coupled with the absence of commonly 
accepted online payment schemes have caused many merchants with an internet 
presence to transact business over the internet as if it was a MOTO transaction. 
However, a reluctance on the part of payment card holders to send their payment 
card information over the internet has resulted in both lost sales and a concerted 
but widely varying attempt to enhance communications security or address the 
perceived lack thereof on the part of cardholders. 

Brief Summary Text : 

[0014] Thus, when the aforementioned risks regarding giving the use of one's 
debit/charge/credit card as a gift are coupled with the public perception regarding 
the security of data transmission over the internet, the giving of one's 
debit /charge/credit card as a gift becomes even less desirable in the internet 
context . 

Brief Summary Text : 

[0018] More recently, totally electronic cash transactions have gained desirability 
and are becoming somewhat popular. This is due to the ability to allow individuals 
to conduct purchase transactions on the internet . The advent of electronic cash 
transactions has aided an increase in the popularity of electronic shopping. 
Electronic shopping on the internet appears to be the wave of the future and may 
well overtake, if not replace, much of today's paper catalog shopping and perhaps 
ultimately forms of in-person shopping. However, it will likely take a long time 
for that wave to truly hit the shore. Many necessary or popular businesses have 
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limited or no internet presence, and there is still a great reluctance among the 
general population in the United States to transact business over the internet 
using forms of electronic money not endorsed or backed by the U.S. government. 
Furthermore, the electronic data makeup of the various electronic money schemes are 
too incompatible with each other to be freely exchangeable with each other. 
Furthermore, due to their incompatibility, merchants* costs increase because they 
must add an acceptance infrastructure for each such "currency" they wish to accept 
over and above any existing infrastructure to which they belong and may incur 
transaction costs to "cash in" the electronic money or to "convert" to official 
U.S. currency. 

Brief Summary Text : 

[0020] Among the better known electronic "money" related schemes are First Virtual, 
Collect All Relevant Information (CARI), CyberCash, Electronic Checks, NetBill, 
NetCheque, Ecash, DigiCash, NetCash, CyberCbin, Millicent, Subscript, PayWord, 
MicroMint, Mondex, and e-Gold. 

Brief Summary Text : 

[0021] Nonetheless, within the digital money community, for the most part, the 
chief concern that exists with financial transactions on the internet is security 
and privacy concerns resulting from the ease in intercepting, and the readable 
nature of, the electronic information being transferred. As messages move across 
the internet, they can, and often do, pass through many numbers of computers, any 
one of which can be utilized to intercept the messages for dishonest purposes. To 
address security concerns, current electronic commerce solutions generally employ 
encryption techniques and many require further techniques to prevent the 
possibility of reuse or double spending. In fact, almost all electronic cash 
transaction schemes depend on encryption for privacy and security enforcement. 
Furthermore, electronic money is more "unstable" in most instances than unstable 
national currencies, because unlike a country's currency, a "coiner" or 
"authenticator" of electronic money can disappear overnight with all its assets 
thereby rendering any outstanding "scrip" or "coinage" unusable by holders for any 
purpose. Thus, while sophisticated business may be willing to adopt the use of 
electronic money schemes among - themselves , those problems, and the public 
perceptions thereof, are not conducive to forming a comfortable gift giving 
environment between individuals. 

Brief Summary Text : 

[0022] Finally, gift certificates and gift checks are widely used for gift giving. 
However, most are merchant (or merchant group) specific. Those that are available 
on the internet are generally usable solely on the internet or, to prevent 
widespread counterfeiting, require sanctioned printing and physical delivery to the 
recipient as well as physical presentation by the recipient to be used. 
Furthermore, redemption may place a special burden on merchants, due to the 
infrequency of receipt {and hence lack of knowledge of how to handle acceptance) or 
by imposition of redemption charges or special redemption procedures which must be 
followed by the merchant in order to be credited with the appropriate funds. 

Brief Summary Text : 

[0027] The invention also includes a system. The system has an interface to a 
communications network . The interface is correlated to a remote server. The system 
further has a processor for displaying the interface to a person connected to the 
communications network . The interface provides a pointer which, when selected, will 
connect the person to the remote server. The remote server communicates with a 
database configured to maintain records of payment card accounts held by a transfer 
instrument issuer and obtained from an issuer entity unrelated to the transfer 
instrument issuer. The payment card account is of a type for which a physical card 
normally is provided to an individual to whom an account is registered. The account 
is also registerable to a first person at the request of a second person and 
maintained such that, at the .time the second person buys from a merchant unrelated 
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to the transfer instrument issuer and provides payment by referencing the payment 
card account, no physical card for the payment card account will have been provided 
to the second person. 

Brief Summary Text : 

[0029] Some variants of our approach provide benefits and advantages for the 
purchaser in terms of convenience because a purchase of a transfer instrument may 
be made from anywhere in the world where access to a communications network is 
available. The purchaser of a transfer instrument also have greater control over 
how the gift will be used. The transfer instrument may be thought of as a form of 
gift certificate where more widespread acceptability makes it more attractive than 
conventional gift certificates which either limit the recipient to a particular 
merchant or set of merchants, such as in the case of a store or merchant gift 
certificate, or the requirement for physical, presentation of the gift certificate 
in order to complete the purchase transaction. 

Description of Disclosure : 

[0050] Step 120: The recipient 40 activates an account with the transfer instrument 
issuer 10 (preferably via the internet 42) . 

Description of Disclosure : 

[0075] Since aspects of the invention involve commerce on the internet, a brief 
discussion of some of the more prevalent internet related payment schemes aids in 
understanding the invention. 

Description of Disclosure : 
[0076] CyberCash 

Description of Disclosure : 

[0077] Because the current banking credit card system is unable to directly handle 
internet traffic, CyberCash acts as a gatekeeper linking the internet to bank 
networks (currently Wells Fargo Bank and First of Omaha Merchant Processing) as 
needed. CyberCash provides security based on encryption in linking the internet to 
^SiT^^ networks . Cybercash handles credit card, debit card and cash transactions and 
works with any web browser to download a free software module. Transactions are 
performed as follows. 

Description of Disclosure : 

[0078] The merchant first sends an electronic invoice to the buyer to which the 
buyer's credit card number is ultimately appended. Then, the invoice and the 
appended number thereto are encrypted and returned to the merchant. The merchant 
further appends his own confirmation number, encrypts this information again and 
sends it to CyberCash 's server which reformats and encrypts per banking standards 
for transmission to the banking network . Debit transactions require the merchant to 
open a CyberCash account in advance thereby allowing the buyer to request funds to. 
be transferred to that account in order to pay for the purchased merchandise. Where 
the merchant does not have a CyberCash account, he must first download software 
from CyberCash in order to be paid. Cash transactions use "pointers" to cash 
existing in "escrow" accounts and customer bank accounts. Payments occur when 
pointers enact electronic fund transactions' between escrowed accounts. 

Description of Disclosure : 

[0084] Electronic transactions can be based on electronic mail (e-mail) . The 
customer opens an account and is given an Identification (I.D.) number which is 
sent to the merchant via E-mail. The merchant then forwards the e-mail to First 
Virtual to verify the customer's I.D. number. First Virtual then sends an e-mail 
message to the customer to verify the transaction. First Virtual performs the most 
sensitive parts of the financial transaction off-line performing actual transfers 
over a private network using Electronic Data Systems (EDS) Corporation. 
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Description of Disclosure : 

[0086] NetBill is an alliance between Carnegie Mellon University and Visa designed 
to allow information (not hard goods) to be bought and sold through the internet . 
Customers deposit money into a NetBill account which is drawn upon by NetBill when 
purchases are made. In this system, a large server maintains accounts for both 
merchants and consumers. These NetBill accounts are linked with conventional 
financial institutions. When a consumer chooses to purchase goods or services from 
a merchant, a NetBill transaction is commenced in which the product or service is 
transferred, the consumer's account is debited, and the merchant's account is 
credited. When necessary, funds in the consumer's NetBill account can be 
replenished by electronic transfer from a bank or by credit card. Also, funds in 
the merchant's NetBill account are made available by depositing the funds in the 
merchant's bank account. 

Description of Disclosure : 

[0088] This scheme was developed by the University of Southern California and 
allows registered users to write electronic checks to other users. Electronic 
checks may then be sent via e-mail as payment for merchandise purchased through the 
internet . Similar to paper checks, these checks authorize the transfer of funds 
from the accounts on which the check is -drawn, to the account in which the check is 
deposited. NetCheque is based on the Massachusetts Institute of Technology Kerberos 
private key cryptography instead of the public key cryptography. 

Description of Disclosure : 

[0089] NetCheque and NetCash payments are both accepted by Pay-Per-View a worldwide 
web (WWW ) protocol which allows "previews" of documents 'based on HTML' and HTTP 
protocols. Upon "payment" (via an allowed scheme), the merchant's server receiving 
the payment then releases the full document to the customer's web browser. 

Description of Disclosure : 

[0091] This method appears to be one of the most common electronic cash transaction 
techniques used today. Netscape has formed an alliance with First Data, who is the 
number one processor of bank card transactions and has licensed public key 
encryption technology from RSA Data Securities, Inc., to develop an electronic 
credit card based scheme which only works with Netscape's web browser. Netscape 
sells a commerce server package that supports "secure" on-line purchase and data 
exchanges . 

Description of Disclosure : 

[0092] Some of the difficulties inherently existing in cash transactions over an 
open network, are evident in Netscape's "Secured Socket Layer" (SSL) (similar to 
WinSock Services). SSL sits between applications (such as FTP, HTTP, etc.) and the 
TCP/IP Transport layer and serves to provide secure identification and 
communications over a client /server link based on "digital certificate" technology 
provided by Verisign (a spin-off of RSA Data Security) . Digital certificates 
require a "third party guaranty" which must be obtained by users of SSL before 
transactions may occur. Consequently, a certificate of authority, such as a 
corporate security officer verifying the identity of a person is required. 

Description of Disclosure : 

[00 97] "Open market" schemes allow a merchant following simple computer commands to 
open a "store" on its internet merchant server for a fee, in addition to monthly 
usage fees. Open market connects merchant servers to payment servers on which data 
is secured with personal I.D. numbers, passwords, data encryption, and a security 
code generated by a smart card (required for large transactions) . 

Description of Disclosure : 

[0100] The following provide additional information regarding the schemes discussed 
above: TABLE-US-00001 Checkfree http://www.checkfree.com Cybercash 
http; //www. cybercash. com Digicash http://www.digicash.com Ecash 
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http://www.inarktwain.com First Virtual Holdings http://www.fv.com MasterCard 
http://www.mastercard.com NetBill Tel: (412) 268-2000 NetCheque/NetCash http://nii- 
server.isi.edu: 80/info/NetCheque Netscape Comm http : //mosaic/unicorn . com Open 
Market, Inc. http://www.openmarket.com Verisign http://www.verisign.com VISA 
http : //www. visa . com 

Description of Disclosure : 

[0104] FIG. 3, shows an example arrangement for a system used in generating and 
processing a transfer instrument. The system consists of a database 222 an 
interface 224 to the internet or World Wide Web (interchangeable referred to herein 
as "the Web") 226 and an interface 228 to a banking system 230. Notably, the 
interface 224 to the Web may either be provided directly or through an entity which 
serves as a gateway to the internet and/or hosts web pages (commonly referred to as 
an internet service provider or ISP) . Although not necessary, it is desirable and 
advantageous to have the database 222 and the interface 242 to the bank resident on 
one server 232 and both the interface 224 to the Web and the interface 228 to the 
banking system 230 resident on a different server 234, mostly for security and 
performance reasons . 

Description of Disclosure' : 

[0108] The database 222 is used to maintain the active transfer instruments as a 
list of accounts, which have been acquired from an issuing bank 20. Depending upon 
the embodiment, database record entries are created in the database 20 as part of 
the purchase process, as part of the redemption process, or alternatively they may 
be created before either process occurs. The interface server 234 communicates with 
the database server 232 as part of the transfer instrument process. The interface 
to the Web typically consists of a URL or Web address for a home page to which a 
prospective purchaser 236 may connect, due to the vast market available via the Web 
and interactive nature of the purchase process. The interface 224 may 
alternatively, or further, consist of an e-mail address. Of course, in one of the 
simplest embodiments, the interface 224 may consist of a telephone number which may 
be called by a prospective purchaser. 

Description of Disclosure : 

[0109] The interface 228 to the banking system 230 is essentially a direct or 
indirect link from the "merchant "/of feror 10 of the transfer instrument to its 
acquiring bank 238. As noted above, numerous types of interfaces between merchants 
and banks for clearance and settlement of transactions are known to those in the 
art. Advantageously, the particular interface employed in any specific embodiment 
is a matter of choice, the specific selection being driven by factors not critical 
to understanding the invention, such as who the offeror of the transfer instrument 
uses as its acquiring bank, the methods of payment such as those discussed above 

(e-cash', Digicash, NetCheque, etc.) which will be accepted for purchase of a 
transfer instrument and/or whether authorization and/or clearance fees are charged. 
By way of example for one embodiment, the interface 228 of FIG. 3 is an indirect 
interface to the acquiring bank 238 using the CyberCash system 240 infrastructure. 
The interface 228 to the banking system 230 is used to authorize and clear payments 
made by a purchaser 236 of a. transfer instrument. 

Description of Disclosure : 

[0132] Transf erinstrument_traf f ic table 328 is a security-related table that 
records the internet origination of a specific visitor to the site. 

Description of Disclosure : 

[0143] With continuing reference, to the system of FIG. 3, the process of purchasing 
the transfer instrument proceeds as follows. A prospective purchaser 236 connects 
to the interface provided by the offeror 224, for example, using a personal 
computer 237 connected to the internet 226, by entering on a web browser program a 
URL for the site, the Internet Protocol (IP) address or by following a hyperlink. 
The prospective purchaser 236 sees. displayed on the screen descriptive information 
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relating to the transfer instrument. For example, the descriptive information may 
include material extolling the benefits of the transfer instrument, describing what 
a purchase entails, describing the notification process and/or any fees which may 
be incurred by the purchaser. Once the prospective purchaser 236 decides to 
purchase the transfer instrument, they indicate this intention by clicking on a 
link which will change the display to a purchase form. Although not necessary for 
the invention, for security reasons, it is desirable at this point to establish a 
secure communication connection between the browser running on the purchaser's 
computer 237 and the offeror 10, using one of the many secure protocols available. 

Description of Disclosure : 

[0152] In the embodiment of FIG. 3, where the CyberCash system 240 is used for 
authorization/clearance of the payment, if the purchaser 236 has paid using a 
debit/credit/charge card, for example, a MasterCard, VISA or American Express, 
authorization will be obtained in the conventional manner through the CyberCash 
system 240. Where the offeror 10 is connected to the MasterCard or Visa card 
association 200, that authorization infrastructure 216 may be used. Similarly, if 
alternative payments schemes are acceptable, the authorization/clearance 
infrastructure associated with those schemes will accordingly be used. 

Description of Disclosure : 

[0171] The transfer instrument is, behind the scenes, a payment card account which 
has been registered in the name of the recipient. However, no physical card has 
been issued and provided to the recipient. Nevertheless, the transfer instrument 
may still be used, and accepted by merchants, as if it was a payment card account 
for which a card had been issued and provided to the recipient at the time of use 
by the recipient of the transfer instrument. The only restriction being that, since 
the recipient has no card to present, the only merchants who can accept payment 
according to the invention are those who would normally accept that card online or 
as a MOTO transaction. Advantageously, however, the recipient can use the transfer 
instrument with a merchant who has no internet presence, but accepts MOTO 
transactions. Furthermore, if the recipient is aware of a merchant who will, 
despite the recipient being physically present, for some reason accept the transfer 
instrument information without a physical presentation of a payment card for the 
account, the recipient can even use the transfer instrument with that merchant, 
even if they do not accept MOTO transactions. 

Description of Disclosure : 

[0179] FIGS. 14 through 19 are high level flowcharts and FIGS. 20 through 22 are 
diagrams illustrating, an example set of transactions, in which, a transfer 
instrument is purchased and activated. In this example, the issuer of transfer 
instruments acquires a group of debit type payment card accounts from MasterCard 
via an issuing bank. The issuing bank registers the accounts in the name of the 
transfer certificate issuer for record keeping purposes and sets the balance on the 
card to zero. The transfer certificate issuer obtains an IP address which will be 
accessed via the internet by prospective purchasers of the transfer instrument 
through a URL. The URL may be directly accessible by a purchaser and/or may be 
accessible by linking from a hypertext link on website of a third party. The 
prospective purchaser 920 connects to the home page 925 of the issuer indicated by 
the URL or IP address. The home page of the website is displayed and provides some 
basic explanation of the transfer instrument. If the purchaser 920 has previously 
purchased a transfer instrument, they are not a new user they have an established 
identifier which will allow them to log in. The log in allows a purchaser, who has 
been given the option to specify use notifications, to view those notifications on 
line as opposed to receiving an e-mail. The log in may further be used as a way to 
manage the size of the database since people can each purchase multiple transfer 
instruments, or can themselves also be recipients of transfer instruments, yet, due 
to the tabular nature of the database, a single master record may be maintained for 
that person. Thus when prompted to log in, the purchaser can provide, for example, 
the identifier, preferably a username and password. If the log in was unsuccessful, 
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an error message will be returned along with another log in prompt. If the log in 
is successful, they will be presented with a few options. 

Description of Disclosure : 

[0182] To purchase the gift for the niece, the prospective purchaser selects the 
options for credit type transfer instrument, $500 for the line of credit amount, a 
start date of August 1 and an expiration date of September 30. Since he is giving a 
credit transfer instrument, he elects to be notified of usage, including when and 
with what merchant (s), and to require the recipient (his niece) be notified in part 
by e-mail but to also connect to a website to receive the transfer instrument 
information and so a multimedia greeting can be displayed. The prospective 
purchaser 920 then selects a greeting from a set of available pre-created greetings 
or creates their own customized greeting in text, audio, video or multimedia form, 
depending upon the system and purchaser's equipment and/or capabilities. Next the 
prospective purchaser 920 enters the niece's name and e-mail address into the form 
930 and chooses any other desired options. Finally, the prospective purchaser 920 
enters the payment information in this case for a VISA credit card (e.g. card 
identifier, account number and expiration date) in- the appropriate places in the 
form and sends it. A preview of the transfer instrument is then provided which 
shows the greeting as it will appear to the niece and the text of the e-mail which 
will be sent. If everything is satisfactory, the purchaser 920 accepts. A new 
prompt is provided to allow purchase of another transfer instrument. Since the 
prospective purchaser 920 has not yet purchased the transfer instrument for the 
nephew, the purchase another option is selected. The prospective purchaser 920 is 
again returned to the available purchaser selectable parameters for the transfer 
instrument and purchase form. The selection proceeds in the same manner, except 
that a debit type transfer instrument is selected and a duration of one year is 
specified. The prospective purchaser 920 elects, in this case, to only receive 
notification that the transfer instrument has been used, but not when or where and 
to have the nephew notified exclusively by e-mail without any further action on the 
part of the nephew. After selecting any other available and desired options, the 
prospective purchaser 920 again provides the same payment information and previews 
the text of the e-mail which reads "You have been given a $500 graduation gift by 
your Uncle Bob. The gift is usable with any online merchant, mail order or 
telephone order merchant who accepts MasterCard. In order to use the gift, identify 
the payment method as MasterCard and provide the certificate number below as the 
account number. The gift is good for one year, so in making your purchase you 
should provide June of next year as the expiration date. Congratulations on your 
accomplishment!" Satisfied, the prospective purchaser 920 accepts and elects to not 
purchase another. At this point, the form information is transmitted to the 
issuer's server which extracts information for payment authorization and initiates 
an authorization request via its acquiring bank interface using the appropriate 
authorization infrastructure (e.g. VISA or CyberCash ) . If authorization is 
declined, the prospective purchaser 920 is prompted for alternate payment. If 
payment is accepted, information extracted from the form is transferred to the 
database server where the information will be used to create database records in 
the database 222 for each of the transfer instruments. No longer a prospective 
purchaser, the purchaser 920 has displayed a confirmation screen with a "receipt" 
which contains a tracking or identification number which identifies the transaction 
for record keeping purposes. The purchaser 920 then logs out and is returned to the 
home page 925. 

Description of Disclosure : 

[0186] When the niece 935 double clicks on the URL which contains an identifier for 
the transfer instrument designated to her she is connected to a web page 940. If 
the identifier is valid or not locked because of some problem the system checks to 
see if the transfer instrument is already active. She is prompted to respond in an 
activation form 945 and provide information in order to register and activate. The 
web page 940 indicates that the information is maintained solely for purposes of 
preventing fraud, verifying a recipient's identity and/or enabling re-redemption if 
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a transfer instrument is "lost". In particular, she is prompted for a username and 
a password. She is asked to reconfirm the password by typing it in again. She 
provides a "password hint" which may be used to refresh memory, should she ever 
forget her password. She then provides her e-mail address (which may be compared 
with the e-mail address given by the purchaser for her for security) , her postal 
address, full name, for purposes of registering the transfer instrument in her 
name. This renders the payment card account associated with the transfer instrument 
solely usable in her name. Additionally, she is given the option of providing a 
date of birth and/or age which can be further used to verify her identity. Upon 
providing the required information, she is transferred to a redemption method page. 
The redemption method page provides her with the options of activating the transfer 
instrument or transferring the value to a credit card. Since she has been given a 
gift of credit, the second option is inactive. Had her gift been a fixed sum, she 
could have had that sum transferred, as if it was a refund, to a 
debit/credit /charge of her choosing (assuming it was one which the transfer 
instrument offeror was capable of crediting) . 



14. A system comprising: an interface to a communications network, the interface 
being correlated to a remote server; and a processor capable of displaying the 
interface to a person connected to the communications network, the interface 
including a pointer which, when selected, will connect the person to the remote 
server, the remote server having a communicative relationship with a database, the 
database being configured to maintain records of payment card accounts held by a 
transfer instrument issuer and obtained from an issuer entity unrelated to the 
transfer instrument issuer, the account being of a type for which a physical card 
normally is provided to an individual to whom an account is registered, one of the 
payment card accounts being registerable to a first person at the request of a 
second person, the payment card account being maintained such that, at the time the 
second person buys from a merchant unrelated to the transfer instrument issuer and 
provides payment by referencing the payment card account, no physical card for the 
payment card account will have been provided to the second person. 
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